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DETAILED ACTION 

Claims 1,3-9, 11-12, 14-19, 31, 33-, 39, 41-42, 44-49, 64-66 are pending. 
Claims 10, 40 and 60-63 were previously cancelled. 
Claims 64-66 are newly added claims. 



Response to Arguments 

Applicant's arguments filed May 3, 2007 with respect to claims above have been fully 
considered but they are not persuasive. 

In response filed, applicant argues in substance that: 

a. In rejecting claims 1 5 and 45, Examiner has cited. . .writing of a response 
descriptor to a read request packet. Applicant respectfully disagrees. The memory 
location that is the. . . By contrast, the memory locations in which the response descriptor 
of the present invention is written are outside of the network interface adapter (remarks, 
pg. 25). 

In response to argument [a], Examiner respectfully disagrees. 
Independent claim 1 now recites: 

A network interface adapter, comprising: 
a host interface, for coupling to a host processor; 

an outgoing packet generator , adapted to generate an outgoing request packet 
for delivery to a remote responder responsive to a request submitted by the host 
processor via the host interface; 

a network output port, coupled to receive the request packet from the outgoing 
packet generator, so as to transmit the outgoing request packet over a network to the 
remote responder; 

a network input port, for coupling to the network so as to receive an incoming 
response packet from the remote responder, in response to the outgoing request packet 
sent thereto, and further to receive an incoming request packet sent by a remote 
requester; and 

an incoming packet processor, coupled to the network input port so as to 
receive and process both the incoming response packet and the incoming request 
packet, and further coupled to cause the outgoing packet generator, responsive to the 
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incoming request packet, to generate, in addition to the outgoing request packet, an 
outgoing response packet for transmission via the network output port to the remote 
requester; 

wherein the outgoing request packet comprises an outgoing write request 
packet containing write data taken from a system memory accessible via the host 
interface, and 

wherein the outgoing response packet comprises an outgoing read response 
packet containing read data taken from the system memory, in response to the 
incoming request packet, and 

wherein the outgoing packet generator comprises a gather engine, which is 
coupled to gather both the write data and the read data from the system memory for 
inclusion in the respective outgoing packets via a common data flow path: and 

wherein the incoming request packet comprises an incoming read request 
packet, and wherein responsive to the incoming read request packet, the incoming 
packet specifying data to be read from a system memory accessible via the host interface; 
wherein the incoming packet processor is adapted to write a response descriptor to 
a first memory location, in a memory separate from the network interface adapter, indicating 
the data to be read from the system memory responsive to the incoming read request packet; and 

wherein the outgoing packet processor is adapted to read the response descriptor from the 
first memory location and, responsive thereto, to read the indicated data and to generate the outgoing 
response packet containing the indicated data. 



Pettey, at column 14 lines 10-67, discloses the bus router that includes work queue 
management logic responsible for processing work requests 722 of fig. 7b submitted by CPU of 
fig. 2. Preferably work queues reside in the local memory 218 of fig. 2 (emphasis added). 

Stated another way, fig. 7b is a memory that stores the work queue entries, i.e. 
descriptors, wherein the memory is not residing in the channel adapter (See fig. 2 item #202), 
and wherein the memory is a local system memory (See fig. 2 item #218) that is clearly separate 



and/or outside of the channel adapter. 
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b. Pettey is silent concerning whether bus router includes the equivalent of a gather 
engine that gather data for outgoing write request packets and read data for outgoing read 
response packet via a common data flow path (remarks, pg. 23, pg. 27). 
In response to argument [b], Examiner respectfully disagrees. 

Examiner reinforces that the claim fails to disclose, teach or suggest "same gather engine 
to gather data for both the requestor and responder outgoing packet via the same data flow path", 
as argued by the applicant on pg. 27 of remarks. 

The term "common data flow path" in the claim could be interpreted in terms of usage of 
the data path, i.e. commonly known or used data path. 

Moreover, the gather engine has an inherent function of gathering the data from the 
memory location, in response to a read or write request using the common data flow because 
logically when the gather engine is directly coupled to a memory, the gather engine utilizes the 
direct connection between the engine itself and the memory for either writing i.e. storing the data 
and/or reading, i.e. obtaining the data, from the memory. 

And in the rejection, Gasbarro cures this deficiency of Petty (see the detailed rejection 

below). 
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c. There is neither a hint or suggestion in the prior art cited by the Examiner of a 
channel adapter such as TCA of Pettey generating its own WQE equivalents 
independently of its host, in response to packets received from the remote requesters 
(remarks, pg. 24, pg. 27). 

In response to argument [c], Examiner respectfully disagrees. 

Pettey explicitly discloses the process wherein "when a CPU 208 of fig. 2 desires to send 
the host a message, it submits a work request to the TCA 202 Send Queue. The TCA creates a 
WorkO ueue Entry (WQE) and places the WQE on the Send Queue. Among the WQE types are 
RDMA Write WQE 762, RDMA Read WOE 763 , DRDMA Write WQE 764, DRDMA Read 
WOE 765, and SEND WQE 766 (col. 1 1 LI -53)". 

Note that there is no involvement from the host in creating the Work Queue Entries, 
wherein the WQE reside in memory that is separate from the channel adapter, as in fig. 7b and 
fig. 2 item #218. 

Moreover, Pettey discloses, "Finally, various of the functions performed by the local 
CPU are capable of being integrated into the TCA, rather than being performed by processor 
external to the TCA" (See col. 25 L23-26) (emphasis added). 

In other words, the functions such as creating WQE by the CPU as acknowledged by the 
applicant, See remarks, pg. 27, can be implemented by TCA as indicated above. In such an 
event, TCA or channel adapter generates its own WQE equivalents independently of its host. 

For the at least these reasons, applicant's arguments are considered not persuasive and the 
REJECTION IS MAINTAINED. 
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Claim Rejections - 35 USC S 112 

The 35 U.S.C. 1 12, second paragraph rejection presented in the previous office action is 
withdrawn due to claim amendments. 

Claim Rejections - 35 USC S 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of the 
claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the various 
claims was commonly owned at the time any inventions covered therein were made absent any 
evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out 
the inventor and invention dates of each claim that was not commonly owned at the time a later 
invention was made in order for the examiner to consider the applicability of 35 U.S.C. 103(c) 
and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 
1. Claims 1 5 3-9, 11-12, 14-19, 31, 33-39, 41-42, 44-49 and 64-66 are rejected under 35 
U.S.C. 103(a) as being obvious over Pettey et al. (U. S. Patent No. 6,594,712 Bl) in view of 
Gasbarro et al. (hereinafter Gasbarro, U. S. Patent No. 6,948,004 B2). 

As per claim 1, Pettey discloses a network interface adapter, comprising: 

a host interface for coupling to a host processor (fig. 2 item #206, fig. 18b item #308); 
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an outgoing packet generator for delivery to a remote responder responsive to a request 
submitted by the host processor via the host interface col. 7 L65 to col. 8 L7, col. 14 L20-39, fig. 
3 item #306); 

a network output port, coupled to receive the request packet from the output packet 
generator, so as to transmit the outgoing request packet over a network to the remote responder 
(col. 9 LI -5, fig. 3 item #308); 

a network input port, for coupling to the network so as to receive an incoming response 
packet from the remote responder, in response to the outgoing request packet sent thereto, and 
further to receive an incoming request packet sent by a remote requester (fig. 3 item #308 and 
fig. 2 item #204); 

an incoming packet processor, coupled to the network input port so as to receive and 
process both the incoming response packet and the incoming request packet, and further coupled 
to cause the outgoing packet generator, responsive to the incoming request packet, to generate in 
addition to the outgoing request packet, an outgoing response packet for transmission via the 
network output port to the remote requester (col. 10 L4-9, col. 14 L40-54 and fig. 3 item #306), 

wherein the outgoing request packet comprises an outgoing write request packet 
containing write data taken from a system memory accessible via the host interface (fig. 18a: 
describes the process of RDMA WRITE operation; fig. 16 shows the I/O WRITE operation), 

wherein the outgoing response packet comprises an outgoing read response packet 
containing read data taken from the system memory in response to the incoming request packet 
(fig. 18a and fig. 16) and a scatter/gather list created by CPU (fig. 9), and 
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wherein the incoming request packet comprises an incoming read request packet 
specifying data to be read from a system memory accessible via the host interface (fig. 15: 
describes an incoming read request packet, and col. 1 1 L 17-67, col. 13 L58 to col. 14 L9, L40-65 
and col. 15 L65 to col. 16 L6); 

wherein the incoming packet processor is adapted to write a response descriptor to a first 
memory location, in a memory separate from the network interface adapter, indicating the data to 
be read from the system memory responsive to the incoming read request packet (col. 14 L10-67, 
fig. 2 item #218, fig. 7B: the WQE are stored in local memory, separate from the TCA, and col. 
25 LI 0-26); 

wherein the outgoing packet processor is adapted to read the response descriptor from the 
first memory location and, responsive thereto, to read the indicated data and to generate outgoing 
response packet containing the indicated data (col. 9 Ll-5, col. 1 1 L54 to col. 12 L67, col. 22 
L39-67). 

However Pettey does not explicitly disclose the process of gathering both the write data 
and the read data from the system memory for inclusion in the respective outgoing packets. 

Gasbarro, from the same field of endeavor, explicitly discloses an interface adapter (fig. 
7) comprising a gather engine providing a gather list describing virtual addresses to fetch 
outgoing whether it's a read or write data from local system memory for inclusion in the 
outgoing packets via a common data flow path (col. 8 L10-34, col. 1 1 L14-45, col. 12 L64 to col. 
13 L5, col. 15 L20-67, col. 21 L16-56: please also note that it is the inherent function of the 
gather engine to gather the data in response to either write or read request regardless of incoming 
and outgoing packets). 
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Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Pettey in view of Gasbarro, in order to gather both the write 
data and the read data from the system memory for inclusion in the respective outgoing packets, 
since Gasbarro teaches the process of gathering outgoing data from the system memory. 

One of ordinary skilled in the art would have been motivated because it would have 
enabled the process of fetching outgoing data from system memory whether it's a read or write 
data (Gasbarro, col. 8 L28-34). 

As per claim 3, Pettey discloses an adapter wherein to submit the request, the host 
processor writes a request descriptor indicative of the write data to a second memory location, 
(this approach is known as double buffering, col. 1 1 LI 8 to col. 12 L45 and fig. 7b) and wherein 
the WQE includes SGL local address field for specifying the physical address in local memory 
of a scatter/gather list, however Pettey does not disclose a process adapted to read information 
from the descriptors and to gather the read data and the write data responsive thereto. 

Gasbarro discloses a scatter/gather engine adapted to read information from the indicators 
or descriptors and to gather or fetch the read data and the write data (col. 8 L28-41). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Pettey in view of Gasbarro, in order to read information from 
the descriptors and to gather or fetch the write data and the read data from the system memory, 
since Gasbarro teaches the process of gathering outgoing data from the system memory. 

One of ordinary skilled in the art would have been motivated because of the same reasons 
as set forth in claim 1 . 
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As per claim 4, Pettey discloses an interface adapter wherein the outgoing packet 
generator comprises a plurality of schedule queues (fig. 7a block #108), and is adapted to 
generate the outgoing request packet (fig. 16) and the outgoing response packet responsive to 
respective entries placed in the queues (fig. 18a item #1808, 1822, fig. 22a item #2224, 2226 and 
fig. 15). 

As per claim 5, Pettey discloses an interface adapter wherein the network input and 
output ports are adapted to receive and send the incoming and outgoing packets, respectively, 
over a plurality of transport service instances, and wherein the outgoing request packet and the 
outgoing response packet are associated with respective instances among the plurality of 
transport service instances (fig. 7a item #108), and wherein the outgoing packet generator is 
adapted to assign the transport service instances to the queues based on service parameters of the 
instances, and to place the entries in the schedule queues corresponding to the transport service 
instances with which the incoming and outgoing packets are associated (col. 8 L2-26, col. 1 1 Ll- 
36 and col. 14 LI 0-54 and col. 17 L20-40). 

As per claim 6, Pettey discloses an adapter wherein the outgoing packet generator 
comprises one or more execution engines, which are adapted to generate the outgoing request 
packet and the outgoing response packet responsive to a list of work items respectively 
associated with each of the transport service instances (col. 1 L54 to col. 2 L21, col. 7 L65 to col. 
8 L7, col. 1 1 LI 8-53), however Pettey does not disclose a scheduler, which is coupled to select 
the entries from the queues and to assign the instances to the execution engines for execution of 
the work items responsive to the service parameters. 
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Gasbarro discloses an adapter comprising a scheduler for scheduling the next virtual 
interface to the context manager and supporting priority of traffic for data packets associated 
with send Queue and Receive Queue of the work queue pair (col. 15 L50-58). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Pettey in view Gasbarro, in order to include a scheduler for 
selecting the entries from the queues and to assign the instances to the execution engines for 
execution of the work items responsive to the service parameters. 

One of ordinary skilled in the art would have been motivated because a scheduler would 
have supported the priority of traffic for data packets associated with Send queue and Receive 
queue of the work queue pair (Gasbarro, col. 15 L50-55). 

As per claim 7, Pettey discloses an adapter wherein the transport service instances 
comprise queue pairs (fig. 7a-7b: shows plurality of queues including queue pairs). 

As per claim 8, Pettey discloses an adapter wherein the outgoing packet generator 
comprises one or more control registers to which the host processor and incoming packet 
processor write in order to place the entries in the queues (Pettey, col. 17 L20-56), however 
Pettey does not explicitly disclose the one or more register to be a doorbell registers. 

Gasbarro, from the same field of endeavor explicitly discloses a channel adapter 
comprising one or more doorbell registers (col. 15 L20-50). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Pettey in view of Gasbarro, in order to replace the one or more 
control registers with the doorbell registers, since Gasbarro teaches and discloses the usage of 
doorbell registers. 
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One of ordinary skilled in the art would have been motivated because doorbell registers 
allows software the capability to enable automatic event generation, and making doorbell 
registers memory mapped allows applications the ability to write those registers thereby 
controlling event generation (Gasbarro, col. 15 L20-32). 

As per claim 9, Pettey discloses an adapter wherein the incoming request packet 
comprises a write request packet carried over the network on a reliable transport service, and 
wherein responsive to the incoming write request packet, the incoming packet processor is 
adapted to add an entry to the entries placed in the queues, such that responsive to the entry, the 
outgoing packet generator generates an acknowledgement packet (col. 19 L55 to col. 20 L33). 

As per claim 11, Pettey discloses the process of receiving a read request (fig. 15 item 
#1000); the process of receiving a write request (fig. 16 item #1000); and the process of 
conveying or sending the write data to the host interface (fig. 15 item #1 100), however Pettey 
does not disclose the process of receiving an incoming write request packet containing write data 
to be written to a system memory accessible via the host interface after receiving the incoming 
read request packet, and the process of conveying the write data to the host interface without 
waiting for execution of the response descriptor. But it would have been obvious to a person of 
ordinary skilled in the art at the time the invention was made to modify Pettey (i.e. modify 
Pettey 's figure 15 and 16 so that the incoming packet processor of the adapter (see the rejected 
claim 1) is configured so that the write request work queue entry is executed first with respect to 
read response work queue entry or response descriptor) in order to convey the write data to the 
host interface without waiting for execution of the read response work item, since Pettey teaches 
receiving incoming write request, receiving incoming read request packet, executing both of the 
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requests, and conveying the write data to the host interface. One of ordinary skilled in the art 
would have been motivated because it would have improved the efficiency and enhanced the 
performance of the interface adapter. 

As per claim 12, Pettey discloses an adapter wherein the incoming packet processor is 
configured so that when it receives an incoming write request packet containing write data to be 
written to a system memory accessible via the host interface before receiving the incoming read 
request packet, it prevents execution of the read response work item or response descriptor until 
the write data have been written to the system memory (col. 21 LI 2 to col. 22 L6). 

As per claim 14, Pettey discloses an adapter wherein the outgoing packet generator is 
adapted, upon generating the outgoing request packet, to notify the incoming packet processor to 
await the incoming response packet so as to write a completion message to the host interface 
when the awaited packet is received (col. 20 LI 7-32). 

As per claim 15, Pettey discloses an adapter wherein the incoming request packet 
comprises an incoming read request packet specifying data to be read from a system memory 
accessible via the host interface, and wherein the incoming packet processor is adapted to write a 
response descriptor to a memory location indicating the data to be read from the system memory 
responsive to the read request packet (fig. 18a item #1822), and wherein the outgoing packet 
processor is adapted to read the response descriptor from the memory location and, responsive 
thereto, to read the indicated data and to generate the outgoing response packet containing the 
indicated data (fig. 18a item #1832; col. 15 L5 to col. 16 L6). 

As per claim 16, Pettey discloses an adapter wherein the incoming read request packet is 
one of a plurality of incoming read request packets, and wherein the incoming packet processor 
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is adapted to write a list of corresponding response descriptor to the first memory location each 
said response descriptor indicating the data to be read from the system memory responsive to the 
corresponding incoming read request packet, responsive to which the outgoing packet processor 
is adapted to generate the outgoing response packet as part of a sequence of such packets (fig. 
19a, fig. 20 and fig. 9; col. 23 L20 to col. 24 L27; col. 11 L18-37, fig. 7b, fig. 2 and col. 14 L10- 
20). 

As per claim 17, Pettey discloses an adapter wherein the network input and output ports 
are adapted to receive and send the incoming and outgoing packets, respectively, over a plurality 
of transport service instances, and wherein the incoming packet processor is adapted to prepare 
the list of the response descriptors for each of the instances as a part of a response database held 
for the plurality of the instances in common (fig. 3 item #308, fig. 19b item #508, and fig. 23). 

As per claim 18, Pettey discloses an adapter wherein the transport service instances 
comprise queue pairs (fig 7a item #712). 

As per claim 19, Pettey discloses an adapter wherein the request comprises a write 
request, which is submitted by the host processor by generating a request descriptor indicating 
further data to be read from the system memory for inclusion in the outgoing packet (fig. 10), 
and wherein the output packet generator is adapted to read the request descriptor and, responsive 
thereto, to generate the outgoing request packet as a write request packet containing the indicated 
further data (fig. 18a item #1832; col. 12 L58 to col. 13 L18, col. 15 L17-31 and fig. 16). 

As per claim 64, Pettey discloses an adapter wherein the memory separate from the 
network interface is the system memory (fig. 2 item #218). 
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As per claim 65, Pettey discloses an adapter wherein the response descriptor is a quasi- 
WQE (i.e. work item, fig. 7b). 

As per claims 3 1 , 33-39, 41-42, 44-49 and 66, they do not teach or further define over the 
limitations in claims 1, 3-9, 11-12, 14-19 and 64-65. Therefore claims 31, 33-39, 41-42, 44-49 
and 66 are rejected for the same reasons as set forth in claims 1, 3-9, 11-12, 14-19 and 64-65. 

Additional References 
The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

a. Beukema et al., U. S. Patent No. 6,578,122 B2. 

b. Avery, U. S. Patent No. 6,61 1,883 Bl. 

c. Thomas et al, U. S. Patent No. 5,922,046. 

d. Coffman et al., U. S. Patent No. 6,718,370 Bl. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
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CFR 1 . 1 36(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KAMAL B. DIVECHA whose telephone number is 571-272- 
5863. The examiner can normally be reached on Increased Flex Work Schedule. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Zarni Maung can be reached on 571-272-3939. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Kamal Divecha/ 




Kamal Divecha ZARNI MAUNG 

Art Unit 2151. SUPERVISORY PATENT EXAMINER 



